home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / August 96 / Re ODF and printing (II).1 < prev    next >
Encoding:
Internet Message Format  |  1996-08-09  |  1.2 KB  |  [TEXT/ttxt]
  1. Subject:     Re: ODF and printing (II)
  2. Sent:        8/8/96 10:11 PM
  3. Received:    8/9/96 8:22 AM
  4. From:        lamiraux@ix.netcom.com
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. >As I said, we just started with ODF the day before yesterday to
  9. >evaluate if we can use it. So we may not have read the critical stuff
  10. >in the documentation yet. So I asumed that FW_CRectShape::RenderRect
  11. >would take care of the transformation for different resolution
  12. >outputs.
  13. >
  14.  
  15. This is not done in the FW_CRectShape. ODF has an object call 
  16. FW_CMapping you can attach to a Graphic Context (in this case a 
  17. FW_CViewContext). You can set your mapping object to, for example, draw 
  18. in pixel (what ever the resolution). When no mapping object is attached 
  19. to a graphic context 72 dpi is used. To check is your are printing or 
  20. drawing on the screen check the ODCanvas associated with the ODFacet. 
  21. Use ODCanvas::IsDynamic. If it returns false it means you are printing 
  22. (We should really add a call to FW_CGraphicContext to do that). You can 
  23. then set your mapping to take full advantage of the printer resolution.
  24.  
  25. I hope I am answering your question.
  26.